A METHOD FOR USER VARIATION OF A MEASUREMENT 

PROCESS 



FIELD OF THE INVENTION 

This invention relates to the field of software control of a measurement 
process and in particular to a method for allowing a user of the measurement 
process to modify the process. 

BACKGROUND OF THE INVENTION 

Many measurement systems and processes are controlled by software 
running on a computer. Some tasks, called standard tasks, performed by a 
measurement system may be common to many users, so software to perform 
those tasks is often supplied with the measurement system, or by a third party 
vendor. Other tasks may be highly complex but, if they are to be repeated 
many times, considerable effort may be invested in producing the software. 
The software may be supplied as source code or as executable code. Often, 
however, a user may need to perform a task that is a variation of a standard 
task. For example, the user may wish to modify selective behavior of the 
process, modify data at selected points within the process, or add additional 
functionality to the process. The user may be a person or a machine. 

Adding this flexibility to a commercial measurement system involves 
direct and indirect costs to the producer of the system. For example, 
proprietary knowledge of the measurement process will be revealed if source 
code or detailed documentation is provided the user. Production and 
distribution of documentation adds a direct cost, as does the provision of 
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technical support. There is an increased need for technical support if the user 
is required to understand all parts of a complex measurement process. 
Further, if the user is permitted to modify the measurement process without 
sufficient safeguards, the process may be invalidated. This increases the 
need for technical support and may also make the user dissatisfied with the 
measurement system. 

Prior measurement systems have attempted to address some of these 
needs. For example, the user may be supplied with the source code for the 
standard tasks and allowed to modify and recompile the code. This has 
several limitations. Firstly, the user must be instructed on how to make the 
modifications and recompile the code. Secondly, the user must purchase the 
tools to do this. Thirdly, the user may introduce errors in the code for the 
standard task, which increases the amount of technical support required by 
the user. Fourthly, any proprietary methods contained within the source code 
for the standard task will be disclosed. 

In a variation of this approach, the standard task is separated into a 
number of smaller tasks or steps. Each step is implement by a 'chunk 1 of 
code. The user does not modify any of the standard chunks of code, but 
writes additional code that utilizes the standard chunks of code. The user 
may be provided with a description of the interface to each chunk of code. An 
example of this approach is a 'block diagram' or 'visual' design tool, in which 
each step is implemented as an independent block. The blocks may have 
parameter and data interfaces and may be linked together. The user may be 
provided with a template to develop his, or her, own blocks. This approach 
can reduce the likelihood of a standard code chunk being modified in error, 
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and does not necessitate the release of source code fortne standard blocks. 
However, each chunk represents a step in a standard process, and the 
chunks must be linked together in a framework. This requires that the user 
understand the behavior of each of the many chunks, and so generates a 
requirement for extensive documentation. This documentation may reveal 
proprietary methods. In addition the approach still permits the overall process 
to be modified in error if the framework is modified. As a consequence, the 
measurement may be invalidated and there is still a need for significant 
technical support from the supplier. 

A further approach is the use of a 'plug-in 1 code module. A plug-in 
code module is code that interacts with an application to provide specialized 
data processing. For example, web browsers have plug-in code modules for 
receiving streamed audio and visual data and presenting it to a user. Audio 
processing and graphics programs have plug-in code modules called filters, 
which allow data to be manipulated (transformed) in a custom manner and 
passed back to the program. This feature allows third party vendors and 
users to add additional features to widely used applications. However, the 
use of plug-in code modules has been restricted to custom data manipulation; 
they do not allow the user to modify the operation of the program. 

A further approach is the use of inheritance in which objects or 
components are provided for standard subtasks, and the user can use these 
as a basis for defining more complex processes. 

A still further approach is parameterization, in which the user is 
provided with an interface and may adjust parameter values or select between 
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alternative subtaiks. However, this approach does not provide a capability for 
the user to add new sub tasks. 

A still further approach is the use of templates or code generators; 
however, these have the same limitation as block diagram tasks described 
above. 

In view of the above, there is an unmet need for a method that allows a 
user to: 

1 . modify selective behavior of the process, 

2. modify data at selected points within in the process, and 

3. add additional functionality; 
while at the same time: 

1 . not disclosing proprietary source code, 

2. not requiring documentation of the whole process, and 

3. preventing the user from invalidating the process. 

SUMMARY OF THE INVENTION 

The invention provides a method by which a user can modify or interact 
with a software process at one or more specified points within the code. 
These points are called variation points and are inserted by the designer at 
points in the code where a designer anticipates that a user may want to 
interact with or modify the process. In operation, when a variation point is 
reached, control passes to a user-defined process or subsystem. The user- 
defined subsystem performs one or more actions, including modification of 
measurement data, control of a device being tested and variation of numerical 
and control parameters defining the measurement process. Control may then 
be passed back to the measurement process. Subsequent operations 
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performed by the measurement process may be affected through the 
numerical and control parameters. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the invention are set forth 
in the claims. The invention itself, however, as well as the preferred mode of 
use, and further objects and advantages thereof, will best be understood by 
reference to the following detailed description of an illustrative embodiment 
when read in conjunction with the accompanying drawing(s), wherein: 

Figure 1 is a diagrammatic representation of a measurement system, 
Figure 2 is a sequence diagram for one embodiment of the invention, 

and 

Figure 3 is a graphical representation of the structure of a computer 
program in accordance with one embodiment of the invention. 

Figure 4 is a flow chart depicting the method by which a user of the 
measurement process can cause a variation in the measurement process in 
accordance with one embodiment of the invention. 

DESCRIPTION OF THE INVENTION 

While this invention is susceptible of embodiment in many different 
forms, there is shown in the drawings and will herein be described in detail 
one or more specific embodiments, with the understanding that the present 
disclosure is to be considered as exemplary of the principles of the invention 
and not intended to limit the invention to the specific embodiments shown and 
described. In the description below, like reference numerals are used to 
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describe the same, similar or corresponding parts in the several Views of the 
drawings. 

Measurement and test equipment are utilized in many applications. A 
diagrammatic representation depicting the use of a measurement system is 
shown in Figure 1. Referring to Figure 1, the measurement system 102 
includes measurement process software or code 104, stored in a computer 
readable medium, and a physical interface 114. Additional interface 
components (not shown) may also be used. The physical interface 114 
functions to connect the measurement system 102 to a device under test 106. 
Through the physical interface 114, the measurement system 102 may 
provide signals 108 that control the inputs to the device under test 106, and 
signals 111 that control the configuration of the device under test. The 
measurement system receives output signals 110 that indicate the properties 
or behavior of the device under test, and signals 112 that indicate the 
configuration of the device under test. The output signals 110 may be 
provided by detectors, such as sensors or probes. 

The measurement process software 104 operates to control the 
measurement system, including sequencing of input and output, control of 
configuration and analysis of data. 

An example of where sophisticated measurement equipment is used is 
the testing of telecommunications devices such as cellular handsets or optical 
multiplexers. These devices are highly complex and have many modes of 
operation. Consequently, complex measurement equipment is required to 
verify that the devices operate according to their specifications. The test 
equipment must generate a variety of test signals and analyze the responses 
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to those signals. With devices of such complexity, it is often not practical for a 
user to understand the detailed operation of the measurement equipment. 
However, the user may still wish to modify or customize certain portions of the 
measurement process to add addition functionality to the process. 

The invention provides a method by which a user of the measurement 
system can modify or interact with the measurement process at one or more 
specified points within the measurement process software. These points are 
called variation points and are inserted by the designer at points in the code 
where the designer anticipates that a user may want to interact with or modify 
the process. 

In operation, when a variation point is reached, control passes to a 
user-defined process or subsystem. The user-defined subsystem performs 
one or more actions, including modification of measurement data, control of 
the device being tested and variation of numerical and control parameters 
defining the measurement process. Control may then be passed back to the 
measurement system. Subsequent operations performed by the 
measurement system may be affected through the numerical and control 
parameters. 

Figure 2 is a sequence diagram for one embodiment of the method of 
the invention. In the diagram, the downward vertical direction indicates 
advancing time, while each vertical column represents an instance of a 
process or a module. In the simple exemplary embodiment depicted in 
Figure 2, there are three processes, namely, calling function 202, standard 
measurement process 204 and process modification module 206. The 
sequence is started by the calling function 202. The time line of the calling 
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1 function is denoted by the vertical broken line 208, the time line of the 

2 standard measurement process is denoted by 210 and the time line of the 

3 process modification module is denoted by 212. It is to be understood that 

4 the time lines shown relate to the modification of the measurement process, 

5 and that many other operations are typically performed in a measurement 

6 process. The arrow 214 denotes a call from the calling function to the 

7 standard measurement process to register the interface of the process 

8 modification module with a function named make_variation in the 

9 measurement process. This may take the form, for example, of the function 
10 call 

register_variation ( interface : Process_Modif ication) 
In this embodiment, this indicates that when the variation point is reached, the 
interface should be serviced by a function within the 

m 

44 Process Modification module. 

r™ 

/H5 The arrow 216, denotes invocation of the standard measurement 

3@S process, and may take the form of the function call 

17 run ( ) . 

18 The duration of the standard measurement process is denoted by the 

19 block 218. 

20 At some point in the standard measurement process, a variation point 

21 is reached and, as indicated by the arrow 220, control is transferred to the 

22 Process_Modif ication module. Parameters are passed using the 

23 interface registered at 214. The call may take the form 

24 make variation (variationID: String, data: String) . 
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In this example, the arguments of the malce_variation function 
comprise an identification string and a data string. However, other types of 
parameters may be used. The data string may contain measurement data, 
numerical parameters and control parameters. The duration of the 
Process_Modif ication module is indicated by the block 222. After the 
appropriate modifying action has been taken, control returns to the 
measurement process as indicated by the arrow 224. Any element of the 
data string may be changed, and passed back to the measurement process. 
The portion of the measurement process subsequent to 224 may thus be 
modified. For example, alternative process 226 may be implemented rather a 
portion of the block 218, dependent upon a parameter set by the variation 
function. 

Finally, when the measurement process 218 is completed, control is 
returned to the calling function, as indicated by the arrow 228. 

In general, multiple variation points are inserted into the code for the 
measurement process. In one embodiment, each variation point is associated 
with an identifier and each identifier is associated with a process modification 
function, ensuring that the appropriate modification action will be taken. In a 
further embodiment, each variation point is associated with a function name, 
e.g. make_variationl, make_variation2, ...etc. The user may provide 
functions with the appropriate names, which are dynamically linked with the 
measurement code when it is loaded. 

Each variation point can use a separate interface or each variation 
point can use the same interface with a marker or parameter or key. 
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1 In this example, interaction between the measurement system 102 in 

2 Figure 1 and the device under test has not been shown. The process 

3 modification module may interact with the device under test. In one 

4 embodiment, this interaction is made independent of the measurement 

5 system. In a further embodiment the physical interface of the measurement 

6 system is used to facilitate the interaction. In a still further embodiment, 

7 components of the measurement process are utilized to interact with the 

8 device under test. 

9 In the example described above, the standard (unmodified) 
10 measurement process is realized by a single software system. Figure 3(A) is 
jfj a simplified UML (Unified Modeling Language) class diagram showing the 

m 

fljf software classes associated with measurement system 302. The class 

SI 

© diagram is a graphical representation of the structure of the code associated 

m 

its? ? 

14 with the modification process. Internal to the measurement system are a 

ft number of functions 304. These include the function 

itjp +register_variation ( in 

17 interface : *Process_Modif ication) 

18 which indicates that the call to the function make_variation in the 

19 measurement process should be serviced by the corresponding function in 

20 the interface of the modifying module Processjyiodif ication, and the 

21 function 

22 +run ( ) 

23 which invokes the measurement process, and has no calling arguments. In 

24 the UML, the symbol '+' is used to denote that the function is accessible 

25 outside of the class, i.e. that it is a public function. 
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1 The arrow 306 denotes a realization relationship between the 

2 measurement system 302 and an interface named IVariation, 308. This 

3 indicates that the interface is realized by the measurement system. The 

4 interface includes a function 310 that returns a string value, as indicated by 

5 the notation " : String". The function has two inputs, an identifier string 

6 variationlD and a data string data. The data string is also an output 

7 since it can be modified by the process modification component. 

8 Alternatively, the variation can be made through a value returned by the 

9 function. ( 

10 Figure 3(B) is a simplified UML class diagram showing the software 

Igl classes associated with process modification subsystem 312. The subsystem 

uni 

§2 includes a function make_variation 314 that returns a string. 

€3 The register_variation function call determines that this is the 
EH 

14 function to be used to service the function call at the variation point. The 

ift process modification subsystem 312 supports the interface 316, which 

£p indicates that the process modification subsystem is called using the interface 

17 IVariation. 

18 If more than one process modification functions are to be used, the 

19 calling arguments in 310 and 314 include a variation point identifier, 

20 variationlD, so that the process modification subsystem can select action 

21 appropriate to the variation point at which the call was made. 

22 The interaction between the measurement process and the process 

23 modification module is determined by the interface. In one embodiment, the 

24 interface is specified at a binary (bit) level. The process modification module 
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1 may be written in any computer language and run on any computer provided 

2 ' that it supports the interface. 

3 A variety of methods for performing the call-out to the process 

4 modification module will be apparent to those skilled in the art. For example, 

5 in one embodiment, the process modification module is provided as a 

6 dynamically linked library (DLL) of functions that runs on the same computer 

7 and in the same memory space as the measurement process. The module 

8 could alternatively be provided as a run-time DLL that runs on the same 

9 computer but in a separate memory space. As further options, Connection 
)JQ Point Interfaces (Visual Basic Events) or an Event Server could be used as an 

M interface mechanism. 

In 

W2 A Component Framework may be utilized, which supports the creation 

%! 

4& of runtime instances of Components, and provides services for Components 

£P 

%A to be discovered, communicate, persist, etc. For example, the process 

i|J5 modification component may be provided as a Component Object Module 

S3 

ffiB (COM) DLL file or as a COM executable file that runs on the same computer 

17 but in a memory space separate from the measurement process. The 

18 measurement process may instantiate a predetermined COM interface 

19 definition and binary data specification. Alternatively, the measurement 

20 process may invoke one or more COM interfaces passed into the 

21 measurement process. 

22 Similarly, the Common Object Request Broker Architecture (CORBA) 

23 provides a set of specifications that define a central inter-component 

24 communication mechanism and a set of service components to provide 

25 common services. The call-out may use one or more CORBA-based servers. 
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1 This provides the additional functionality of allowing the process modification 

2 component to run on a separate computer, which may be remote from the 

3 measurement system and connected to it via a network. 

4 The process modification module may be implemented as an 

5 Enterprise Java Bean (EJB). 

6 The invocation of the process modification module and the associated 

7 parameter passing may be implemented using Simple Object Access Protocol 

8 (SOAP), which is an XML-based format for specifying method invocations 

9 between computer systems (XML or extensible Markup Language is a 
10 language for facilitating communication between Components). SOAP is 

T3=J 

|| completely independent of any platform, operating system or programming 

yi 

fr? language and can easily be used over the Internet with the widely used HTTP 

M 

€3 protocol. Microsoft web service could similarly be used as the interface 

01 

*14 mechanism. 

□ 

ft Other methods for performing the call-out to the process modification 

5J6 module will be apparent to those of ordinary skill in the art. 

17 Use of the above techniques allows the user to develop the process 

18 modification module using a computer architecture and computer language of 

19 their choice. 

20 The process modification module may interact with the measurement 

21 process in various ways. It can perform additional operations or transforms 

22 on the data. This can include modification of data sent to the device under 

23 test, modification of the data received from the device under test or 

24 modification of data derived from that received. In addition, it can modify the 

25 measurement procedure by modifying numerical parameters and by modifying 



Attorney Docket Number: 10010804 



13 



PATENT 



1 control parameters. The control parameters are used to determine 

2 subsequent flow through the measurement process or to determine options or 

3 alternatives. 

4 The process modification component can pass instruction codes to 

5 send to the device under test or to other instruments. 

6 The process modification component can interact with the device under 

7 test to alter its configuration. 

8 A flow chart depicting the method by which a user of the measurement 

9 process can cause a variation in the measurement process is shown in 
10 Figure 4. Referring to Figure 4, the method starts at start block 402. At 

L..i 

1?1 block 404 the user determines what variations to the measurement process 

Ul 

Ijfc2 are desired. These variations preferably takes place at variation points within 

yj3 the measurement process, as determined by the designer of the 

;;14 measurement process, thereby preventing the user from invalidating the 

Q 

5 measurement. At block 406, the user generates at least one code module 

ji|6 containing functions defined by the user. The code module may be written by 

L-i., 

17 the user, constructed from existing components or produced by editing a code 

18 template. The user-defined functions are designed to cause the desired 

19 variations. At block 408 the user-defined functions are associated with the 

20 variation functions called at the variation points within the measurement 

21 process, in order that control is passed to the appropriate user-defined 

22 function when the variation point is reached. For example, this step may 

23 require simply placing the code module in a predetermined directory on the 

24 computer or registering the functions (or an interface including the functions) 

25 with an operating system. At block 410 the measurement process is 
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executed. When tne measurement process reaches a variation point, the 
user-defined function associated with that variation point is called, thereby 
allowing the measurement process to be varied. The method ends at 
termination block 412. 

While the invention has been particularly shown and described with 
reference to a preferred embodiment, it will be understood by those skilled in 
the art that various changes in form and detail may be made therein without 
departing from the spirit and scope of the invention. 

What is claimed is: 
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